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SYSTEM AND METHOD FOR ■ 
TRAFFICKING TELECOMMUNICATION SIGNALS 



TECHNICAL FIELD OF THE INVENTION 

This invention relates generally to the field of 
communications and more particularly to a system and method 
5 of trafficking telecommunication signals, having different 

formats. 

BACKGROUND OF THE INVENTION 

Telecommunication networks in North America generally 
10 "support the" Synchronous Optical Network ("SONET") format . . 

Telecommunication networks in various -other parts of the 
world,* s : uclv-as" Europe> -typically support the Synchronous 
Digital Hierarchy ("SDH") format. When transmitting 

- c 

signals internationally it . is typically necessary to 
15 traffic the signals through both SONET and SDH networks. 

As used throughout this document, the terms "traffic" or 
"trafficking" refer* generally to the transmission, 
reception, 'switching, mapping, performance monitoring and 
various other functions relating to management of 
20 telecommunication signals. 

Transitioning from a SONET network to an SDH network 
generally requires terminating the SONET-based- synchronous 
path and associated overhead 1 portions . of the SONET-based 
signal, extracting a desired asynchronous payload, 
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remapping the payload into an ^ SDH-based signal, and 
reconstructing. the synchronous- path and associated overhead 
portions according to SDH standards. Transitioning^ from an 
SDH network to a SONET network typically involves similar 
steps of path termination, embedded signal extraction,, 
signal remapping, and reconstruction of synchronous path 
and associated overhead according to SONET standards. 

There are disadvantages associated with having to 
terminate the synchronous path and overhead portions 
associated with these signals when transitioning between 
networks supporting different .formats. \ Terminating the 
synchronous path and .associated overhead portion, increases 
the cost of the equipment by introducing additional., ports 
necessary, to handle the lower-level embedded signals after 
path termination. Terminating synchronous path and 
associated overhead . also increases the probability, of 
signal integrity loss during the transition from .one format 
•to the other. Each tinje the . synchronous path .and 
associated overhead is terminated and reconstructed, there 
is an additional potential for introducing error . 

SUMMARY OF THE INVENTION : 

In accordance with the present invention, a,-system and 
method for trafficking telecommunication signals having 
different formats is provided that substantially eliminate 
or reduce disadvantages or .problems associated with 
previously developed systems and methods. In particular, 
the present invention facilitates. trafficking 
telecommunication signals having a first format over a 
network supporting a. second format, without terminating the 
synchronous path or associated . overhead portions of each 
signal. 

In one embodiment of the - present - invention, a method 
of trafficking, telecommunication signals having various, 
formats comprises providing, at a first network element., a 
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synchronous' payl'oad envelope" having a first format, the 
synchronous payload envelope comprising a synchronous path 
and associated overhead portion" and a payload portion, 
mapping the synchronous payload envelope into a transport 
signal having a second format " without terminating the 
synchronous path or associated overhead portions of the 
synchronous payload envelope," and transmitting the 
transport' signal to a second network element over a network 
supporting the second format. 

Technical advantages of the present invention include 
the provision of a' "method and apparatus for trafficking 
telecommunication signals having a ' first format over a 
network supporting" a second format without terminating the 
synchronous path of associated overhead" portions of each 
signal. Cross connecting signals' having different formats 
without terminating the synchronous path or associated 
overhead portions of the signals provides an advantage of 
facilitating' "inexpensive ' switching ' across SONET and SDH 
networks while preserving the ' ability' . to monitor the 
performance of the signals being" switched. Eliminating the 
need to terminate synchronous path and associated overhead 
portions of the signal saves equipment cost by eliminating 
the need for ports to terminate embedded signals. Avoiding 
termination ' of the' synchronous path and associated overhead 
portion also aids to" ensure signal integrity by leaving the 
synchronous path and associated overhead portion intact. 
Other technical advantages are readily apparent to one of 
skill in the art from" the attached figures, description, 
and 'claims'. 

BRIEF DESCRIPTION OF THE DRAWINGS " 

For a more complete understanding of. the present 
invention, and for further features and advantages thereof, 
reference is now made to the following description taken in 
conjunction with the accbmpanying drawings, in which: 
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. :.' FIGURE 1 is, a block diagram of - : a* * system for 
trafficking telecommunication signals constructed": according 
to the teachings, of the -present -invention; ■ - t 

FIGURE 2 is a block-diagram illustrating a mapping of. 
telecommunication signals according to the teachings; of . the 
present invention; * 

FIGURE 3 is a . block diagram .of a ■ performance 
monitoring unit constructed according to.; the teachings of 
the present invention; and 

■ FIGURES 4a-4b. are flow* charts illustrating exemplary 
methods of monitoring, the -performance of telecommunication 
signals according- to-- the ■ teachings -.of' the present 
invention..- . . ■. ■ . .- • .. : 

DETAILED DESCRIPTION OF THE / INVENT TON 

FIGURE 1 is a block diagram of a system for 
trafficking telecommunication .signals, .constructed according 
to -"the teachings -of -the, presents Invention 'Throughout .this 
document, • the - terms f "traffic? or "trafficking" broadly 
refer to transmission,., reception, switching, mapping, 
performance monitoring and various other, functions relating 
to management - of ■ telecommunication, signals...,' System 10 
includes a first network element.; 12 coupled to' a second 
network element 112. Throughout this document, the- term 
"coupled" denotes either direct, or indirect communication 
.between two or more elements by any : appropriate coupling 
arrangement. Furthermore, the term "coupled" does not 
necessarily denote a physical connection; it is. broad 
. enough to encompass any wireline, wireless, electrical, 
optical or other suitable method of communication between 
two or more elements. , v : 

In the illustrated embodiment, first network element 
12 is coupled to second network element 112 through a 
network 14. Each of first.- and second .network elements 12 
and 112. may- couple to additional network, elements (not 
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explicitly; shown) through one' or '.more additional networks, 
such as networks 1 16 and 116,- respectively. In addition, 
network elements 12. and 112 may .couple to additional 
network elements, (not- explicitly shown) within networks 14, 
i C , and 116. : : - 

Networks 14, 16, and 116 may comprise any suitable 
w:r*.'Iine or wireless system, or combination thereof, that 
:.v.;-.[.q:ls- communication between various network elements . 
r. : •■'xar.pl e, each of networks ' 14, 16, and .116 may be a 
I ; : i ^. w : i .c ned': telephone network (PSTN), ari integrated 
:v;:e:, d;q;.tal network (ISDN), a' local area network 
.('•LAN : , -wx.nt* area -network . (WAN) , a: global computer network 
sue:- a:, tht- Internet or other dedicated switched network, 
o: --ether ccrrr.unication system at one or more locations. 
Sy.sverr. 10 rr.ay comprise any one _ or .„a combination of such 
type;*' c* networks. ; 

Ir. the illustrated embodiment ,•• network 14 comprises a 
sync-rrrafvou-s.. -digital* hierarchy!-. ( SDH>)- network.:.'. Network. 14 
may couple first network element vl2 Located, for example,. 
in„ li-w York> U.S.A., to -second network "element 112 located, 

; f or .example, in . Paris., v France . ' In this embodiment,^ network 
.16 " .comprises a v -.synchronous optical 1 network 1 (SONET) . 

. Network 16- may couple first network element 12 located, for 
example, in. New York,. U.S.A., to" another " network element 
(not explicitly- shown) located, for example, .~ in Los 
Angeles, . U.S.A.' Similarly, network 116 may couple second 
network element 112 to another network element (not 
■explicitly shown) located, . for example, in London, England. 
Network elements 12;and.ll2 may comprise, for example, 

• cross connects . operable .to receive telecommunication 
signals having different formats, and to switch the 
contents of those signals without ; v terminating the 
synchronous path or associated overhead portions of the 
signals. Throughout this. document, the term 

"telecommunication signal" is specifically -intended to 
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encompass signals having pa.ylo.ads, , capable ^of .carrying 
voice, video, and/or , various forms of data. l In the 
illustrated .embodiment, 5 as will be described in greater 
detail below, each of network elements 12 and 112 is 
capable of receiving and processing signals haying a SONET 
format and signals having an SDH format. , As discussed, in 
detail below, the manner in which network elements 12 and 
112 deal with each signal depends . oh the format ^ of. ,the 
particular signal - t Cross connecting signals having 
different formats without terminating, the synchronous, path 
or associated overhead portions of the signals provides an 
. advantage of facilitating . inexpensive . switching .across' 
SONET and SDH networks- , while, preserving the ability to 
.monitor the performance .of . the, signals . being, switched. 
Details of the performance monitoring characteristics of 
system 10 -will be described below. , 

Network elements 12 and .112 are similar' in. structure 
and function. . For . clarity and simplicity of description, 
the following description of these, network elements, will be 
limited, a discussion of network element 12. It should be 
.understood that network, element 112 includes- similar 
components and functionality. . - . 

Network- element 12, includes synchronous- payload 
envelope (SPE) decoders. 18 and 20, which are operable to 
receive incoming synchronous transport signals 22. and 24 
; from networks 14 and 16, respectively. , In this- embodiment, 
incoming synchronous transport signal 22 comprises an SDH- 
based transport signal. SDH-based transport signal 22 may 
'. comprise,, for example,, a Synchronous Transport Mo r dule 
level-4 (STM-4) signal;, however, other . types of SDH-based 
transport signals can likewise be processed. Synchronous 
transport signal 24 comprises a SONET-based transport 
signal. SONET-based transport signal, 24 may comprise, for 
example, an Optical Carrier level-12 (OC-12) signal, 
although other types of SONET-based transport signals can 
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be processed "iri ^accord'ahee with* the teachings of" the 
present invention. Specific signal levels are denoted 
herein' for exemplary purposes only; and are not intended to 
iimit the scope of the invention. 

- SPE decoders 18 and 20 are operable to receive and 
process incoming transport signals 22 and 24 by, for 
example/ terminating the transport overhead associated with 
these signals, and extracting synchronous payload envelopes 
(SPE) 26 and 28, ' "respectively therefrom. In the 
illustrated- embodiment, SPE 26 comprises an SDH-based 
virtual container 1 level-3 r ( VC-3 ] \y 'and SPE 28' comprises a 
SONET-based ^synchronous transport" \ signal level one 
synchronous'' payload envelope (STS-i SPE 7 ) . In addition to 
terminating transport overhead and'' extracting SPEs, SPE 
decoders r may - comprise' path termination components (not 
explicitly shown) operable ' to terminate the synchronous 
path and associated overhead portions" of the SPEs received, 
and to- extract component- signals carried by the SPEs. 

- Performance' monitoring- units" 30 'and 32 are coupled "to 
SPE decoders 18 and " 20, 1 respectively . As will be discussed 
in detail below, performance monitoring units 30 and 32 are 
operable to identify the f ormat ' of each signal received, 
and to provide^ signal monitoring functionality , - such as 
path tracin'g and- error' detection, in accordance with 
standards associated with the format of. each signal. For 
example'-,- if " performance monitoring unit 30 or 32 concludes 
that a particular SPE follows the SONET ' format , performance 
monitoring - functions will be implemented according . to- 
standards associated with the SONET format. Likewise, if 
performance mohitoring unit 30 or 32 concludes that a 
particular SPE follows' the SDH format, performance 
monitoring functions will be implemented according to 
standards associated with the SDH format. Although the 
illustrated embodiment shows SPE decoders 18 and 20 and 
performance monitoring units 30 and 32 as separate 
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components, these, entities couldhbe combined into, -a-' lesser 
number of components. 

Network element 12 further includes '-a .matrix 34. 
Matrix 34 receives SPEs 26 and . 28 from 'SPE decoders ; 1 8 , and 
20, respectively. - Matrix 34 operates to map SPEs 26 and 28 
into outgoing synchronous transport signals 36 and 38.;* In 

embodiment, outgoing synchronous transport signal 36 
;\^::ses an SDH-based transport signal, and outgoing 
s y r or.ou^ transport -signal 38 comprises a SONET-ba.sed 
transport Signal. ..Outgoing SDH-based transport - signal 36 
.m*a> :*or.p'r i sv, for example/ an STM-4 .signal. • Outgoing 
5 DN~T - ivci se.: -t : ansporfc .signal 38. may- comprise, for example, 
ar. I/r - i;* - s . q:\a i .. r However,? as .previously discussed, • other 
t i ct ^r-i and SONET— based., signals c;an be processed, in 
accordance wuh the teachings of the present invention. 

■ Matrix 34 is . operable to map .SONET-based> SPEs into 
SONrlT-based . transport -signals./ or SDH-based • transport 
signals ; . Similarly f matrix-., 34, can map SDH-based SPEs. into 
SDH-based., transport, signals- or . , . SONET-based. transport 
signals. In . each of, these cases, matrix 34 accomplishes 
its mapping function without terminating the synchronous 
path or associated overhead portions-, of the SPEs. - This 
provides significant advantages in reducing system cost .and 
ensuring signal integrity. Additional details of the 
function of matrix 34 will be explained later in this 
description. , • , 

In general operation, . system 10 receives a plurality 
of synchronous transport signals-22, 24, 122,. and 124 and 
cross-connects t t he signals without. terminating the 
synchronous path or associated overhead portions of the 
signals. As an example, assume it is desired to transmit 
a telecommunication signal originating in Los Angeles, 
California and terminate -the signal in Paris, France. 
Assume also that the information desired to be transmitted 
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from Lbs- Angeies ' l 'to Paris resides - within in : a digital 
signal, level-3 (DS-3) . 

A network element ideated in Los Angeles, California 
-(not explicitly shown) first maps the DS-3 signal into a 
5 SONET-based - transport *si_gnal 24; in this case an OG-12 

signal that is transmitted over network 16 and received at 
first. network element 12, located in New York, New York. 
SPE decoder -20 receives SONET-based transport signal 24 and 
"extracts SONET-based, SPE 28 containing an asynchronously 

10 mapped DS-3'. ■ Tn" -"thi'3"- case,- SONET-based SPE comprises an 

STS-1 • SPE containing' the asynchronously mapped DS-3. 
Performance monitor unit 32- is' operable- to receive SONET- 
based SPE 28,- identify -its'" format, 'and perform signal 
monitoring - functions, Such "as path ' tracing and error 

15 detection, according to standards' associated with the 

format ( SONET*)- ~ of SPE 28". -Performance monitoring unit 32 
can f 'be operable' to < report- { results of the monitoring 
functions to -a" 'network ' el-elnent - manager (not explicitly 
shown), or to- transmit these Results to : other network ~ 

20 '- elements to facilitate . full-^network performance monitoring. 

Additional details- of the"' structure and function of 
performance monitoring unit 32 -Will be described later in 
this* document . . . - . ' ; - 

Matrix 34 receives .SONET-based SPE 28 from SPE decoder 

25 20, and maps SONET-based SPE 28 into SDH-based transport 

signal' 36 without terminating the synchronous path and 
associated overhead portion of SONET-based SPE 28, as 
- discussed further in connection with FIGURE 2. Once SONET- 
based SPE 28. has' been mapped into SDH-based transport 

30 signal 36, first network element 12 transmits SDH-based 

transport signal 36 over network 14- to second network 
. .element 112, which' is located in Paris, France in this 
example , \ . 

During transmission through network 14, SDH-based 
35 transport signal 36 may pass through an appropriate number 
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of intermediate network , elements (not explicitly shown) 
prior to reaching . second network element 112. While 
passing through network, 14, the intermediate, network 
elements can • be operable to . modify SDH-based, transport 
5 signal 36 by removing certain SPEs and adding others . SDH- 

based transport signal 122 represents the transport element 
containing the desired path after it has been transmitted 
through network 14. . SDH-based, transport . signal 122 
comprises SONET-based SPE 28, and may or may. not include 
10 other SPEs originally ; . contained , in SDH-based transport 

signal 36. , ,.; - . 

SPE decoder 118. of. second, network, element 112 receives 
SDH-based transport '.signal. 122. and extracts ; each. SPE 12.6 
therefrom.. Among the SPEs- 126 extracted . from SDH-based 

15 transport signal 122 ;.is SONET-based SPE 28. . SPE decoder 

.118 can , then be operable., to either terminate the 
synchronous, path, and associated, overhead:. portions of SONET- 
based SPE 28 and extract . the DS-3 signals contained 
therein, or pass, SONET-based SPE 28 to cross connect 134 

20 for; cross-connection, and inclusion,, within an outgoing 

transport signal 136 or 138. > 

Once SPE decoder 118 extracts SONET-based SPE 28, it 
also passes SPE 28 to performance monitoring unit 130. 
Performance monitoring, unit 130 identifies ,the format of 
25 SONET-based SPE 28, and performs various monitoring 

activities, such as path tracing and error detection, 
according to standards associated with the, format (SONET) 
of SPE 28. Again, details . of the .structure and operation 
of performance monitoring unit 130 will be described later 

30 in this document. 

- System 10 may also transport SDH-based SPEs within a 
SONET-based transport signal. For example, it may be 
desirable to have a second network element 112 receive from 
SDH network 14 an SDH-based transport si.gnal 122 containing 

35' SDH-based SPE 126. it may also be desirable to . transmit 
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information, 'contained irr SDH-based' SPE 126 to a network 
element in Los Angeles, California (not explicitly shown) . 

In that' case, matrix 134" of second network element 112 
would be operable to . receive SDH-based SPE 126 and map it 
into SDH-based transport" signal 136 for transport across 
SDH network 14 to first network element 12 in New York. 
Suciv a. mapping process is described below in connection 
with FIGURE 2. SDH-based transport signal 136 emerges in 
New York from SDH network 14 as SDH-based transport signal 
22. ~ First network element 12 receives SDH-based transport 
signal 22 at SPE decoder" 18. SPE decoder 18 extracts SDH- 
based' SPE 126" from" SDH-based 'transport signal 22, and 
passes SDH-based SPE "12 6 to* performance monitoring unit 30. 
Performance' monitoring unit "30 identifies' the format (SDH) 
of SDH-based SPE 126, for example based on characteristics 
of the overhead portion of 'the signal, and performs various 
* monitoring functions irr accordance with standards 
associated with"' the SDH format. '* ; ' 

' SPE decoder 18 also passes'' SDH-based SPE' 128 . along 
with other SPEs 26 to matrix 34.' Matrix 34 proceeds to map 
SDH-based SPE 128 into SONET-based transport signal 38, 
without terminating the ' synchronous path or associated 
overhead" portion of . SDH-based SPE 128. After mapping' SDH- 
based SPE 128 into SONET-based transport signal 38, first 
network ' element 12 transmits SONET-based transport signal 
38 over SONET" network' 16 to a network element (not 
explicitly shown) in Los Angeles, California. 

The network element (not explicitly shown) in Los 
Angeles can be similar in structure and function ■ to first 
and second network elements 12 and 112. As 'previously 
described, the network element in Los Angeles receives the 
SONET-based transport signal, extracts SDH-based SPE 128, 
identifies the format (SDH) of SDH-based SPE" 128, and 
provides performance monitoring functions for .SDH-based SPE 
126. according to standards associated with the SDH format. 
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The network element in Xos. Angelas may, then terminate SDH- 
based SPE 128 and extract . DS-3 signals contained therein . 

FIGURE 2 is a block diagram illustrating an exemplary 
mapping of telecommunication signals according to the 
teachings, of the present invention. FIGURE 2 shows , a 
series of .signals involved in a mapping of a DS-3 signal 
into a SONET-based OC-12 signal, and for a. mapping of DS-3 
signal into an SDH-based STM-4 signal.; .The mapping 
described with reference to FIGUR.E 2.. is for exemplary 
purposes only. The invention is. not intended to be limited 
to : mapping. DS-3 .signals into STS-1, and STM-4 signals.. It 
is to be appreciated. . that the. teachings, of the , present 
^invention are also applicable., to .• the mapping , of other 
component signals into, various levels .of transmission 
■ signals . . . _ . . 

In the SONET format, a DS-3 signal .is mapped, ^ for 
.example, into an. OC-12 . signal by, .first mapping the DS-3 
signal into an STS-1. . synchronous payload . envelope 210. 
STS-1 SPE, 210 includes a payload portion , 212 and- a 
synchronous path and associated overhead , portion 21,4. 
Synchronous path and associated overhead portion 214 
comprises information describing, for example, the contents 
and origination point of the synchronous payload - portion of 
the signal. For example, synchronous .path and associated 
overhead portion 214 can comprise a Jl byte including 
information useful in performing a path trace performance 
monitoring function,, as well as a B3 byte containing 
information useful in detecting errors . in- the signal . Each 
STS-1 SPE 210 is mapped into a synchronous transport signal 
level one (STS-1) 216. STS-1 signal 216 includes STS-1 SPE 
210, along with transport overhead 218.. Twelve STS-1 
signals can be multiplexed together to. form an electrical 
synchronous transport signal level-12 (STS-12) . Finally, 
the electrical STS-12 signal can be converted to an optical 
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0O12 signal 250 : by " appropriate' processing that" is well 
established in the telecommunications' industry. 

In- the SDH domain, a j DS-3 signal is initially * mapped 
into a virtual container level-3 SPE (VC-3) 310. Each VC-3 
5 310 includes a payload portion 312 and a synchronous path 

■and associated overhead portion 314. VC-3 SPEs in the SDH 
domain are analogous to STS-1 SPEs in the SONET domain. 
Each- carries a substantially similar payload capacity and 
includes a synchronous path and associated overhead 
10 "portion. The content and interpretation of information 
contained' "in the synchronous path and associated overhead 

- pbrtion of each s ignal-,"* however / varies according to each 
* 'signal's format. Like" synchronous path and associated 

overhead portion -214 of STS-1 SPE 210, synchronous path and 
15 associated overhead portion 314 of VC-3 310 comprises 

information useful in facilitating performance 'monitoring . ■ 
The format • and interpretation of this • information, however,- 
is dictated by L ' standards associated with' the ' SDH domain, 
■ which in' some cases diffe'f from 'the standards associated 
20 with the SONET domain. : * • ' ' * 

In mapping a VC-3 -into, for example, -an'. STM-4-- 
tranisport signal, '• each"* VC-3 310 is initially mapped' into a 

- TU-3 signal 3 16-. Each TU-3 signal 316 comprises VC-3 310 
: with a transmission overhead pointer 318 appended thereto. 

25 Each TU-3' signal 316 is mapped' into a TUG-3 signal 320, 

which comprises VC-3 signal 310, transmission path pointer 
318/ and additional ' transmission overhead information 322 
appended thereto. Three TUG-3s .can be combined to form a 
Virtual Container level-4 (VC-4) . "Four VC-4 signals can be 

30 combined' to form a Synchronous Transport Module level-4 

(STM-4 ) : signal 350 . SDH-based STM-4 signal 350 carries a 
substantially similar payload as SONET-based OC-12 * signal 
250. 

Matrix 34 '( FIGURE 1) receives synchronous payload 
35 envelopes 26 and 28, some having the SDH format, and others. 
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the SONET format.. Matrix ,34 is operable to map* SONET-based 
SPEs into SONET-based transport signals according, to 
standards associated- -with the SONET format, ■ such as 
Bellcore standard GR-253-CORE: Similarly, matrix 34 is 
operable to map SDH-based SPEs into SDH-based transport 
signals according to standards - associated with the SDH 
format, such as JTU-T standard G.707. 

In addition to mapping SONET-based SPEs into- SONET- 
based transport signals and SDH-based -SPEs into SDH-based 
transport signals, -matrix 34 is operable to map SONET-based 
SPEs into SDH-based transport ; signals , and SDH-based SPEs 
into SONET-based transport ..signals-, without terminating -the 
synchronous, path ;or associated .overhead portions of the 
SPEs. . Matrix .34 accomplishes this direct cross-format 
-mapping by mapping SONET-based .-SPEs, as if they were SDH- 
based SPEs , and mapping SDH-based SPEs as if they , were 
<SONET~based SPEs . . ~ 

For- example, , assume it ,is desired that a .particular 
DS-3 , .signal presently .contained ; . in STS-1 SPE. .210- be 
transmitted oyer SDH. network 14 via STM-4 signal 350. v The 
present- invention avoids., having to terminate the 
synchronous path, and associated overhead portion 214 of 
STS-1 SPE„210 by mapping STS-1. SPE 210 directly into TU-3 
316 as if it were a VC-3.- signal- That is,- matrix 34- maps 
STS-1 SPE . 210 directly into TU-3 signal 316. according to 
SDH standards for mapping a VC-3 signal . into • a TU-3 signal. 
Matrix 34 accomplishes this mapping without terminating 
synchronous- path and associated overhead portion 214 of 
STS-1 SPE 210. Cross . connect 314 continues the mapping 
process according to the. SDH standard and ultimately forms 
STM-4 signal 350, which contains the desired* DS-3 signal 
within STS-1 SPE signal 210. 

In a. similar manner, VC-3 signal 310 may be directly 
mapped into OC-12 signal 250. In,. that case, .matrix 34 
processes VC-3 signal^ 310 as if it were, an STS-1 SPE 



WO 99/50986' - 



15 



PCT/US99/07i66 



-signal, and maps 'VC-3 signal -310 : into STS-1 signal 216 
according' to SONET standards for mapping an STS-1 SPE into 
an STS-1 signal. -Matrix 34 continues the mapping process 
according to SONET standards until VC-3 signal 310 has been 
mapped into OC-12 signal 250. 

Although the-' previous examples discussed mapping a 
particular level SPE (e.g. STS-1 SPE, VC-3) into a 
particular., level 'transport signal (e.g. OC-12, STM-4), 
matrix 34 is capable of mapping a variety of level SPEs 

- into" a variety"' of* levels of transport signals; For 
example, ' in' . mapping - SONET-based SPEs into -SDH-based 
transport s ; ignals/ matrix '34 can map STS-1 and STS-3C SPEs 
into STM-1E, -STM-lO, ''STM-4, or STM-16 SDH transport' signals 
as applicable. -In addition, matrix' 34 can map STS-12C SPEs 
into' STM-4 or ' STM-1 6- -SDH transport ■ signals In mapping 
SDH-based - SPEs- into SONET-based 'transport signals, matrix 
34 can map, for example, VC-3 or VC-4 SPEs intb-OC-3, OC-12 

'and -00-48 : transport signal's. 1 1 In-' addition, ''-matrix 34 can 
: map VC-4 -4c SPEs into, ■ for Example/ OC-12 or OC-48 SONET 
transport signals. - Matrix 34 can also map higher "level 
concatenated • signals . The - present invention is not 
intended to be Timited by the level of signals - mapped . 

FIGURE 3 is- a block diagram of performance monitoring 
* unit 30 of first- network element 12 (from FIGURE 1). 
Because system 10 : receives both SONET-based and SDH-based 
signals, performance- monitoring unit 30 is preferably 
operable to proceed with performance monitoring functions 

- differently depending on the' format of the ' signals 
received. To that end, performance monitoring unit 30 
includes, a signal identifier 330, which receives SPE 26 

-from SPE decoder 18. Signal identifier 330 operates to 
identify the- format of incoming SPE 26. Although the 

- illustrated embodiment shows signal identifier 330 residing 
- within performance monitoring unit 30, signal identifier 

330 could alternatively reside within SPE decoder 18, or 



WO 99/50986 



16 



PCTAJS99/071.66 



independently as a .separate... functional;, element (not 
explicitly- shown). . Regardless of nhere signal --identifier 
330 resides., it .functions ; to ;identify . the. format of 
incoming SPE 26. . .. , - ... 

. Performance monitor 30 also includes, path tracers 336 
and 338,. which receive SONET-based and SDH-based -.SPEs 26, 
/respectively. Each path, tracer 336 and 338 performs a- , path 
trace function according, to standards associated with, the 
.format of ■ each, signal received. Although, the illustrated 
embodiment shows : path : tracers 336. and 338- as separate 
entities; path tracers 33,6 and 338 ; could alternatively be 
replaced: with, a single path- utra.cer capable . of performing an 
appropriate path trace-; function -according! to " the , format- of 
- each* signal * being - monitored.;; ; > ■ c 

A path .trace, i*s: a performance.., monitoring ■ function 
which .ensures, that information received at . a c destination 
network element has - .not .been disconnected . during its 
. transmission .through- the network. -The;,. path trace function 
may be particularly important;, where - sensitive ^information 
is transmitted through a network, ,and : .it is desirable : to 
ensure that the information : has not been misconnected 
through inappropriate network; elements during transmission 

The path trace function is typically implemented by 
-inserting a known path trace message into a Jl byte of the 
overhead, portion of each ^signal , and, - after . transmission, 
comparing the contents of the Jl signal -to . the ; known path 
.trace message.. ■ The path trace-message may be "known" in 
the sense that a terminating, network element has been 
provisioned to -recognize- : *a particular -message. 
Alternatively, the . path trace message may. be "known" in the 
sense that intermediate network elements can learn the 
■repetitive message as it is received. ' - • 

If the message extracted from the received signal 
matches the known path trace message, the integrity of the 
signals- path through the network is ensured. If, however, 
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the message extracted from the Jl byte of the incoming 
signal varies 'by sorri'e defined degree from the „ known path 
trace message, th£ signal's'- path" integrity has been 
compromised. In that case, performance monitoring unit 30 
can be operable' to- ' create an event, such as an. alarm 
condition notifying -the -network manager th'at the signal's 
'path- integrity' has been compromised. - Where path 

- mis connect ions*' are identified, each signal's path through 
the j netwbrk can- be traced at each network element, .to 

■ determine where the signal- deviated from 'its intended path. 

The format"- of each signal's' path trace message -is 

defiri'ed- diff erently ' by - SONET *and : * SDH standards.-. - For 
•-example, the SONET 'domain def ines, the-. Jl path trace message 

as a repetitive 64-byte message ' comprising printable 
-American' Standard- Code -for Information Interchange (ASCII ) 

- characters ~ terminated. - with carriage return and' line feed 
-characters. In -the SDH 'domain, in contrast, . rthe . Jl. -path 

trace : message . cbmprisies a 16v-byte: -frame - for - the 
transmission • of Section Access Point- Identifiers wherein 
the -first*- byte; 'of the • string' is a frame start marker and 
includes the -result ' '^of a • CRC-7- "(error- detection) 

-calculation over' the previous* " frame : The- following 15 
bytes -are used for "the ^- transport of 15 T.5 0 characters, 
-some of . -which aire not-- printable . Performance .^monitoring 
unit 30- operates -to perform the path trace, function 
differently- depending on the format of the signal received. 
Additional details of the operation of path tracers 336 and 
338 will be explained below. 

• Performance monitoring * unit- 30 further includes error 
detectors 332 ; and 334 coupled to signal identifier 330. In 

* general, error detectors 332 and 334 operate to perform a 
parity check on the data contained in each signal, and' to 
compare the results of- that parity check to data contained 
in a B3 byte of ^ the" synchronous* path and associated 
overhead portion- of each signal. Currently, SONET and SDH 
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formats vary as to howcthei information, resulting;, from this 
comparison is interpreted. .Because network element 12 
receives both SONET. : and SDH-based signals, itr is 
advantageous for performance, monitor 30- „to handle error 
detection differently/ depending on the., format' of each 
signal . received. ■ ■ - 

In the illustrated embodiment/ error detector . 332 
receives SPEs having the .SONET format., and' error detector 
3,34 receives SEEs having- the SDH format. Error detectors 
332 and 334 report errors in . the incoming signals according 
to -procedures associated : with.. - each -signal's . format. 
Although the present, embodiment.,', illustrates the use of 
separate error detectors -332, and 334 for 'SONET and. SDH- 
based signals', respectively, , a. .single error -detector 
capable of conducting-, error detecting -and- reporting 
function*: according. .to the format of, each signal received, 
could- alternatively be used.- ; <v 

Performance, -.monitoring --.unit -30 can.' .also .comprise 
- various other... functional modules.- operable to -facilitate 
various, other performance: monitoring functions .in 
accordance with procedures associated with. the format of 
-each signal received. : For .example, performance monitoring 
unit 30 can be operable .to perform verification of signal 
label match. 

FIGURES 4A and 4.B are flow charts /.illustrating 
exemplary methods of performing various monitoring 

1 functions on incoming signals. 

FIGURE -4A illustrates an exemplary method of providing 

* a path trace monitoring, function according .to ..the .teachings 
of . the present, invention. Upon receiving SPE 26;. signal 
identifier 330 identifies the format of incoming SPE 26. at 
step 410. Signal identifier 330 can be . operable to 
identify the format of SPE 26, for example, by examining 
the. synchronous path and associated overhead portion of the 
signal. Because . the format and a content of synchronous 
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path and associated. 7 overhead, portions -of SONET-based 
signals ; and SDH-based" signals vary/ an .examination of -these 
contents "can reveal the' format -of the- signal received. 

For ^example, by. knowing the Jl byte format. for- each 
signal type> - signal identifier 330 can identify the format 
of each signal by examining the Jl byte of each signal and 
looking for known characteristics associated with each 
.fbrmat. In the. illustrated embodiment, signal identifier 
:330 looks .for a recurring 64 byte pattern ending- with a 
.carriage return line feed to- identify, the signal as a. 
SONET-based signal - Signal identifier 330 also looks for 
a 16 byte > : recurring, pattern - beginning with a one and 
followed 'by 15 zeros'.to -identify '-the, vslgnal. as- an SDH-based 
signal. Signal iidentifier ,330 could- look for any known 
pattern to, identify: the. format of -the . signals received . 

Due to --the. varying . nature of the ; . format and contents 
of the Jl byte of SONET and SDH-based signals,, performance 
monitoring' unit- 30 . is .operable to respond, appropriately, 
^depending on : the format.? of*, -the signal . received . . In, the* 
illustrated embodiment./ if signal identifier 330 identifies 
SPE 26 as having a SONET-based format at 'Step .412, path 
tracer 336 operates to print the ASCII characters contained 
in ±he< Jl byte .of" the synchronous path and associated 
overhead of SPE 26 at step 414. Path tracer 436 then 
compares. the printed ASCII characters . to .a known path trace 
message at step .416. 

If the printed ASCII characters match the known path 
trace message ; :at step 418, performance monitoring unit 30 
establishes that SPE. 26. has . been properly routed to first 
network element 12, and proceeds to examine the next frame 
of SPE. 26 at- step 430, which restarts the trace -message . 
If,, however, path tracer 336; establishes that the printed 
ASCII characters. do. not match the known path trace message 
at step .418, path: tracer 336 can- issue an alarm condition 
at step 420 to notify a network element manage.r (not 
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explicitly shown) of, a loss of signal integrity and/or an 
improper path connection in the network. In addition to 
verifying the message .integrity , verification of the cyclic 
redundancy check-7 (C.RC-7) may also be performed. 

If, at step 412, signal identifier 410 establishes in 
accordance, with certain .predefined criteria that SPE 26 is 
SDH-based signal, path tracer' 338 prints hexadecimal 
; restntations. of the information contained in the .Jl byte 
■. ; ::?t. : •. at step 422. - Path . tracer 338 next compares the 
f,,.^,!,:.-..,, representation Qf ,t.he Jl byte information to a 
kr, wr f jt:. race message, at step . 424. If path tracer 338 
trit. jl 1 : ir-.e.- that the hexadecimal representation of the 
c; .. rr ... ... : , - ne- Jl byte mat ch, the, known path trace message, 

it froctM-.::. to' monitor the next received signal at step 
4 31. li. however, path tracer .338 establishes a mismatch 
between t-ne nexadecimal representation of the contents of 
the Jl bytt, .and the known path, trace message at step 426, 
path tracer 338 may., create, an event, ,, such as an alarm 
condition at step 428 notifying the network element manager 
(not explicitly shown) of a breach of signal integrity 
and/or path connections within the network. 

In addition to identifying performance characteristics 
associated with network signals,. . performance monitoring 
unit 30 may transmit these monitored characteristics to 
various other network elements to assist in. detecting and 
correcting problem points within the network.. 

FIGURE 4B is a flowchart illustrating an exemplary 
method of detecting errors in signals received at first 
network element 12. The method begins with performance 
monitoring unit 30 identifying the format of SPE 26 at step 
510. If SPE 26 is identified as a SONET-based signal at 
step 512, error detector 332 performs a parity check on the 
contents, of SPE 26 at step 514. Error detector 332 next 
compares the results. of its parity check with the contents 
of. the B3 byte of the synchronous path and associated 
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overhead portion* of the previously received SPE* signal 26 
at step' 5i 6. If all bits, of the result of the parity check 
match the bits* of the B3 '•byte of the' previously received 
signal at step' 518, error detector 332 continues to the 
next signal' at step" 522 . If, on the other hand, any of the 
bits of the result from the parity check do not match the 
bits contained in the B3 byte of the previously received 
signal "at step 518, error' detector 332, in accordance with 
standards associated with SONET-based signals , reports the 
total "number of "errors detected " at step 520. The. total 
number 'of errors is equal ' to • the ' number of mismatched bits 
between the* result of thie ' parity check and the contents of 
the B3 byte of the* previously received SPE 26. 

Where performance moriitoring unit 30 identifies SPE 26 
as having the SDH format at step 512, error detector 334 
proceeds 'to' perform a parity "check' on the contents of SPE 
26 at step 530. The: results of " this parity check are 
compared against the contents of : ' the B3 byte of * the 
previously "received SPE 26 signal at step" 532. If error 
detector 324 determines" that all bits of the result of the 
parity check match associated bits in the B3 byte of the 
previously received signal at st'ep 534, no errors are 
detected and error detector 334 profceeds to the next SPE 26 
at step 538. *' "If, however, any' of the bits from the result 
of 1 the' parity check do not match' bits stored in the B3 byte 
of the previously received at step 534, error detector 334, 
in accordance with standards associated with SDH-based 
signals, reports the'" presence of a single error at step 
536, regardless of the number of errors detected. 

Performance monitor * 30 provides an advantage of 
facilitating various performance monitoring functions 
according to' standards associated with the various 
formatted signals' "received. 

Although the present invention has been described in 
several embodiments, a myriad of changes, variations, 



WO 99/50986 



22 



PCT/US99/07166 



alterations, transformations, and modifications may be 
suggested to one skilled : in the -art, and. it is intended 
that the present invention encompass such .changes , 
variations, alterations, transformations, and modifications 
as fall within the spirit and scope of the appended claims. 
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WHAT IS CLAIMED IS: 

1 . A method of trafficking telecommunication signals 
having vafious formats, comprising: 

providing/' at a first network element, a synchronous 
5 payload envelope' having a first format, the synchronous 

payload envelope comprising a synchronous path and 
associated overhead portion and a payload portion; 

mapping the synchronous payload envelope into a 
transport signal having a second format without terminating 
10 the . synchronous path or associated overhead portion of the 

synchronous payload envelope; and 

transmitting the transport signal to a second network 
element over 'a network supporting the second format. 

15 2. The method of Claim 1, wherein: 

the -first format comprises a synchronous optical 
network format; and 

the second format comprises a synchronous digital 
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hierarchy format. 

3. The method of Claim 1, wherein: 

. the first format comprises a synchronous digital 
hierarchy format; and 

the second format comprises a synchronous optical 
25 network format. 

4. The method of Claim 1, wherein the synchronous 
payload envelope comprises a synchronous transport signal 
level-N synchronous payload envelope. 
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-5. The method of Claim 1, wherein the synchronous 
payload envelope comprises a synchronous transport signal 
level-N concatenated synchronous payload envelope. 
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6. , The -methods of. piaim 1, , wherein the synchronous 
payload env.elope comprises, a virtual container.. 

.: 7. The method of Claim 1, .wherein the . synchronous 
, payload envelope, comprises a concatenated., virtual 
container. . . _ 

8. The method , of. Claim -1,, wherein ..mapping the 
synchronous payload envelope into the transport signal 
comprises, mapping the, synchronous payload envelope .having 
the f irst . format according r .to a standard associated with 
mapping, a ■. synchronous., payload . envelope having the second 
.format. . . .. -> ; , - - 

9. The method of Claim. 1, -further comprising:, 
receiving the transport signal from the network having- 

the second format; 

identifying the synchronous payload envelope as having 
the first- format; and , . - 

providing . a performance, monitoring. service in 
accordance with a standard associated with the .first 
format . . , . - . ( 

10. The method of Claim 9, further comprising 
transmitting performance characteristics relating to the 
synchronous payload envelope to the. first network element. 
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-11: '"-A cross 'connect comprising a network gateway 
operable to facilitate' cross connection of a 'plurality of 
signals between a first network supporting a first format 
"and a second network supporting a ■ second ' format, without 
5 necessitating termination "of a - synchronous" path and 

associated overhead portion of the signal being cross 
connected, the gateway comprising: 

a synchronous ' payload envelope decoder operable to 
receive a transport signal arid extract a synchronous 
10 payload envelope from" the transport signal, the synchronous 

payload envelope' having a first format; 

•a matrix operable 'to receive* the synchronous payload 
envelope having the first format and to map the synchronous 
payload envelope into a transport signal having a second 
15 format without terminating the synchronous path or 

associated overhead portion of the synchronous ' payload- 
envelope . 

12. The cross connect of Claim 'il, wherein: ■ f 
20 the first - format comprises a- synchronous optical- 

'network format; and - - 

the second format comprises a synchronous digital 
hierarchy format. 

25 13- -The cross connect' of Claim 11, wherein: 

the first format comprises a synchronous digital 

hierarchy format; and 

the second format comprises a synchronous optical 

network format . 
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. 14. The cross connect of Claim 11, wherein the 
synchronous payload envelope comprises a synchronous 
transport signal level-N synchronous payload envelope. 



WO 99/50986 



26 



PCT/US99/07166 



15. The .cross connect of-.; Claim 11, .wherein the 
synchronous payload envelope comprises a virtual container . 

16. The cross connect of. Claim 11, wherein mapping 
5 the synchronous ..payload • envelope into the transport signal 

comprises mapping the synchronous payload envelope, having 
the first format according-, to . a standard associated with 
mapping a synchronous payXoad envelope having the. second 
format . . .. . — ; ■ r . . : r 

10 ' . ■ ■. - 1 

.17. The cross-cpnnect of Claim 11/ further comprising 
a performance .monitoring unit -.coupled to the^ synchronous 
payload envelope -decoder and .operable, to identify the 
format of the synchronous - payload envelope, and to monitor 

15 the : performance of - the synchronous- payload envelope 

according- to a standard associated with —the format- of the 
synchronous payload- envelope;. _ . 



WO 99/50986 



•27 



PCT/US99/07166 



•"- • 18. : A system' for trafficking " telecommunication - 
signals- having various- formats, r comprising : : 
a first network element comprising: 

• a' 1 "first synchronous payload envelope decoder 
5 operable to receive' a-* first transport ' signal and 

extract a synchronous payload envelope of the first 
transport • signal, the synchronous ' payload -envelope 
having -a first format arid' comprising a synchronous 
path and associated overhead portion and a .payload 
10 portion; and 

'■■ ■ — ,,; a matrix operable -to- -receive the' synchronous 
• 'payload envelope, and 'to- map - : €he synchronous "payload 
envelope;- into- a 'second transport Signal having a 
'.second - format';* wit-hou't : \ ter^miriatirig the synchronous 
15 -path or associated overhead- portion of* the synchronous* 

payload envelope;- arid - - * - ' : 

a second network element comprising: 

a second- 1 synchronous payload envelope decoder 
operable to receive the second transport signal, to 
20 extract the synchronous payload envelope from the 

second transport signal, and to identify the 
synchronous payload envelope as having the first 
format. 

25 19. The system of Claim 18, wherein: 

the first . format . comprises a synchronous optical 

network format; and 

the second format comprises a synchronous digital 

hierarchy format . 

30 
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20. The system of Claim 18, wherein: 

the first format comprises a synchronous digital 
hierarchy format; and 

the second format comprises a sync&r6nous optical 
network^ format. 

21- The system of Claim 18, wherein the synchronous 
payload envelope comprises a . synchronous transport signal 
level-N synchronous payload envelope. 

22. The system- of Claim 18, wherein, the synchronous 
payload envelope comprises a synchronous transport signal 
level-<N concatenated synchronous payload envelope'. • * 

23. ' The ■ sysfem: of Claim 18, wherein the synchronous 
payload envelope , comprises a virtual container . 

24. The system of Claim 18, wherein the synchronous 
'"payload envelope"' comprises a concatenated virtual 

container . ' ' , 

25., The system of Claim 18, wherein mapping the 
synchronous payload envelope into the transport signal 
comprises mapping the synchronous payload envelope having 
the first format according to a standard ' associated with 
mapping a synchronous payload envelope having the second 
format . ? - 

26. ,The system of Claim 18, wherein the second 
network element comprises a performance monitoring unit 
operable to monitor the performance of the ."signals received 
according to a standard associated with the format of each 
signal. . , 



WO 99/50986 



PCT/US99/07166 




norm: <wo 



S9509A6A1 I > 



WO 99/50986 



2/A 



PCT/US99/03166 



FIG. 2 



DS3 



214 212 | 

s , s * 



210 



314 312 



7" 

218 



216 



210 



STS-1 x 12 



STS-12 

: ^ 

OC-12 
250 



VC-3 




STM-4 

350 • 



TU-3 



TUG-3 



WO 99/50986 



PCT/US99/07166 



3/4 



( START ) 



FIG. 4a 











f 


^410 




IDENTIFY SIGNAL FORMAT 



412 



SDH OR 



■SDH 



422 



: SONET? 

414 ^>s^X^ ... 
JSONET 






- PRINT HEXADECIMAL 
REPRESENTATION OF THE 
ACCESS POINT IDENTIFIER 
FROM THE J1 BYTE 


PRINT ASCII i CHARACTERS ... 
FROM J1 BYTE 




\ ■ 




COMPARE PRINTED 




COMPARE PRINTED HEXADECIMAL 


ASCII CHARACTERS WITH THE.. 




REPRESENTATION WITH THE 


KNOWN PATH TRACE MESSAGE i 




KNOWN PATH TRACE MESSAGE 





CO TO NEXT SIGNAL 



J 



430 



GO TO NEXT SIGNAL 

7 — I 

432 



WO 99/50986 



PCT/US99/07166 



4 /4 



( START ) 



FIG. . 4 b 



IDENTIFY SIGNAL FORMAT 




SDH 



SONET 



PERFORM PARITY CHECK 
ON SIGNAL CONTENTS 



COMPARE RESULTS OF 
PARITY CHECK WITH B3 
BYTE OF THE NEXT SIGNAL 




REPORT THE NUMBER 
OF ERRORS DETECTED 



GO TO NEXT SIGNAL 

1. S'. 

522 



510 



.530 



PERFORM PARITY CHECK 



I 



COMPARE PARITY' CHECK TO 
B3 BYTE OF NEXT SIGNAL 

' v ?' : . 




REPORT A SINGLE ERROR 



GO TO NEXT SIGNAL 



538 



INTERNATIONAL SEARCH REPORT 



Inter. >nai Application No 

PCT/US 99/07166 



A. CLASSIFICATION OF SUBJECT MATTER 

IPC 6 H04J3/16 H04J3/14 



According to Internationa! Patent Classification (IPC) or to both national classification and IPC 



B. FIELDS SEARCHED 



Minimum documentation searched (classification system followed by classification symbols) 

IPC 6 H04J 



Documentation searched other than minimum documentation to the extent that such documents are included in the fields searched 



Electronic data base consulted during the international search (name of data base and, where practical, search terms used) 



C. DOCUMENTS CONSIDERED TO BE RELEVANT, 



Category ° Citation of document, with indication, where appropriate, of the relevant passages 



Relevant to claim No. 



HWU C-ET AL: "INTERNATIONAL' GATEWAY FOR ' 
SDH AND SONET INTERCONNECTION" " 
PROCEEDINGS OF- THE GLOBAL " . . 

TELECOMMUNICATIONS CONFERENCE (GL0BEC0M),. 
SAN FRANCISCO,. NOV. 28 - DEC. . 2, 1994 , , 
vol. 2, 28 November 1994 (1994-11-28),, 
pages 725-734, XP000488638 • - 
INSTITUTE OF ELECTRICAL AND ELECTRONICS ~~ 
ENGINEERSISBN: 0-78p3 1 1821-8 

abstract , " ! 

parts 3 -and 4 " 

" •. • -/— 



I- 8, 

II- 16 



Further documents are listed in the continuation of box C. 



□ 



Patent family members are listed in annex. 



• Special categories of cited documents : 

"A" document defining the general state of the art which is not 

considered to be of particular relevance 
"E" earlier document but published on or-atter the international 

filing date 

"L" document which may throw doubts on priority claim(s) or 
which is cited to establish the publication date of another 
citation or other special reason (as specified) 

"O" document referring to an oral disclosure, use, exhibition or 
other means 

"P" document published prior to the international tiling date but 
later than the priority date claimed 



"T" later document published after the international filing date 
or priority date and not in conflict with the application but 
cited to understand the principle or theory underlying the 
invention 

"X" document of particular relevance; the claimed invention 
cannot be considered novel or cannot be considered to 
involve an inventive step when the document is taken atone 

"Y" document of particular relevance; the claimed invention 

cannot be considered to involve an inventive step when the 
document is combined with one or more other such docu- 
ments, such combination being obvious to a person skilled 
in the art. 

document member of the same patent family 



Date of the actual completion of the international search 



8 July 1999 



Date of mailing of the international search report 



17/08/1999 



Name and mailing address ot the ISA 

European Patent Office, P.B. 5818 Patentlaan 2 
NIL - 2280 HV Rijswijk 
Tel. (+31-70) 340-2040. Tx. 31 651 epo nl, 
Fax: (+31-70) 340-3016 



Authorized officer 



Chauvet, C 



Form PCT/tSA#iO (second sheet) (July *992) 



paqe 1 of 2 



INTERNATIONAL SEARCH REPORT 



Interi >na! Application No 

PCT/US 99/07166 



C.(Contmuation) DOCUMENTS CONSIDERED TO BE RELEVANT 



Category C'tatton ot document, with indtcation.where appropriate, :of the relevant passages 



Relevant to claim No. 



ESTER G W: "GAN SONET HANDLE SDH 

TRAFFIC?" 

TELEPHONY, 

vol . 225. no. 13, 

27 September 1993 (1993-09-27), page 34, 
36. 40 XP000577957 

page 36. column 3, .line 17 - line 31 
page 40. column 2, line 8 - column 3, . 
line 10 

page 40. column 3, line 28 - line 62 

RAO K ET AL "SDH - SONET INTERW0RKING". 
INTEFWORKING IN BROADBAND NETWORKS. 
HETEROGENEITY AND GLOBAL NETWORKING. . 
PROCEEDINGS Of INTERWORKING, 
1 January 1993 (1993-01-01), pages * ' 
290-304. IPOOOc 17557 
page :?G 

page 297. 1 me 2 - line 9 
page :93. line 13- line 32 



I- 8, 

II- 1.6 



1-26 



Form PCT/ISA/210 (continuation ol second sheei) (July 1992) 



Daae 2 of 2 



